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Abstract 

Currently,  a  TCP  sender  considers  all  losses  as  congestion 
signals  and  reacts  to  them  by  throttling  its  sending  rate. 
With  Internet  becoming  more  heterogeneous  with  more 
and  more  wireless  error-prone  links,  a  TCP  connection  may 
unduly  throttle  its  sending  rate  and  experience  poor  per¬ 
formance  over  paths  experiencing  random  losses  unrelated 
to  congestion.  The  problem  of  distinguishing  congestion 
losses  from  random  losses  is  particularly  hard  when  con¬ 
gestion  is  light:  congestion  losses  themselves  appear  to  be 
random.  The  key  idea  is  to  “de-randomize”  congestion 
losses.  This  paper  proposes  a  simple  biased  queue  manage¬ 
ment  scheme  that  “de-randomizes”  congestion  losses  and 
enables  a  TCP  receiver  to  diagnose  accurately  the  cause 
of  a  loss  and  inform  the  TCP  sender  to  react  appropri¬ 
ately.  Bounds  on  the  accuracy  of  distinguishing  wireless 
losses  and  congestion  losses  are  analytically  established 
and  validated  through  simulations.  Congestion  losses  are 
identified  with  an  accuracy  higher  than  95%  while  wireless 
losses  are  identified  with  an  accuracy  higher  than  75%.  A 
closed  form  is  derived  for  the  achievable  improvement  by 
TCP  endowed  with  a  discriminator  with  a  given  accuracy. 
Simulations  confirm  this  closed  form.  TCP- Casablanca,  a 
TCP-Newreno  endowed  with  the  proposed  discriminator  at 
the  receiver,  yields  through  simulations  an  improvement  of 
more  than  100%  on  paths  with  low  levels  of  congestion  and 
about  1%  random  wireless  packet  loss  rates.  TCP-Ifrane, 
a  sender-based  TCP-Casablanca  yields  encouraging  perfor¬ 
mance  improvement. 

1  Introduction 

Widespread  use  of  wireless  networks  is  becoming  a  real¬ 
ity.  Companies  and  homes  increasingly  access  the  Internet 
through  wireless  links.  Such  a  trend  urges  the  community 
to  adapt  and  enhance  TCP  for  environments  prone  to  ran¬ 
dom  losses,  unrelated  to  congestion:  wireless  networks,  hy¬ 
brid  coaxial  fiber  broadband  access  networks  [11],  or  very 
high  speed  links.  Despite  efficient  link  layer  techniques 
(using  automatic  repeat  request  (ARQ)  and/or  forward 
error  correction  (FEC)),  some  losses  unrelated  to  conges¬ 
tion  may  still  occur.  The  transport  layer  must  deal  with 
these  “residual”  errors  not  recovered  at  the  link  layer. 
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TCP  is  the  most  popular  transport  protocol  used  over 
the  Internet:  it  carries  more  than  90%  [12]  of  all  Internet 
traffic.  The  problem  of  TCP  over  links  prone  to  random 
losses  is  well  known  [2,  4]:  random  transmission  losses  un¬ 
necessarily  trigger  TCP’s  congestion  control  mechanisms. 
When  a  random  loss  occurs,  TCP  reacts  as  if  the  loss 
was  due  to  congestion:  TCP  halves  its  congestion  window, 
throttling  unduly  its  sending  rate,  leading  to  poor  perfor¬ 
mance  over  Internet  paths  that  include  non  congested  links. 
To  avoid  such  a  performance  degradation,  TCP  could  be 
enabled  to  distinguish  congestion  losses  from  random  losses 
and  react  appropriately.  A  discriminator  is  any  technique 
which  distinguishes  congestion  losses  from  random  losses 
unrelated  to  congestion.  To  this  date,  many  end-to-end 
discriminators  [5,  23,  15,  22,  9,  17]  were  proposed,  but  none 
is  satisfactory  enough  to  be  widely  deployed. 

The  design  of  an  efficient  discriminator  is  hard  because 
congestion  losses  themselves  often  appear  to  be  random. 
Researchers,  unsuccessfully  so  far,  have  attempted  to  char¬ 
acterize  a  fingerprint  of  congestion  losses  that  could  help  in 
distinguishing  them  from  random  losses.  The  problem  of 
distinguishing  congestion  losses  from  random  losses  unre¬ 
lated  to  congestion  is  particularly  hard  when  congestion  is 
light:  congestion  losses  appear  to  be  random  because  such 
losses  are  not  always  preceded  by  events  such  as  an  increase 
in  the  round  trip  time  or  variations  in  the  packet  interar¬ 
rival  times.  To  solve  this  problem,  a  promising  approach 
is  to  “de-randomize”  congestion  losses  such  that  the  dis¬ 
tribution  of  congestion  losses  differs  from  that  of  wireless 
error  losses.  With  such  an  approach,  when  losses  occur,  one 
could  ask  the  question:  “Is  this  pattern  of  loss  random?”. 
If  the  answer  is  negative  then  losses  are  diagnosed  as  con¬ 
gestion  losses.  A  discriminator,  dubbed  Casablanca,  is 
built  upon  two  components: 

1.  Send  segments  of  a  TCP  connection  using  packets  with 
different  discard  priorities 

2.  Establish  on  the  routers  a  biased  queue  management 
that  “de-randomizes”  congestion  losses. 

Since  congestion  impacts  differently  packets  with  different 
dropping  priorities,  the  probability  distribution  of  conges¬ 
tion  losses  will  be  different  for  the  two  types  of  packets. 
Different  patterns  of  losses  may  well  exhibit  a  fingerprint 
of  congestion  dropping  because  random  losses  do  not  treat 
differently  packets  based  on  their  discard  priorities.  The 
key  idea  of  Casablanca  is  to  send,  within  the  same  TCP 
connection,  packets  with  different  dropping  preferences: 
a  small  proportion  of  selected  packets  are  marked  to  be 
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dropped  first  by  the  routers  when  congestion  occurs.  A 
service  similar  to  RIO  (RED  In/Out)  [10]  is  expected  from 
the  network  provider.  In  RIO  packets  are  marked  in  or 
out  by  an  edge  router  such  that  core  routers  preferentially 
drop  packets  marked  out  in  case  of  congestion.  However, 
we  emphasize  here  three  differences  between  Casablanca 
and  RIO:  in  Casablanca  scheme,  (1)  packets  are  marked  in 
or  out  by  the  TCP  sender  (endpoint),  (2)  packets  of  the 
same  TCP  connection  get  different  discard  priorities,  and 
(3)  packets  marked  out  are  dropped  first  (with  probability 
1)  before  any  packet  marked  in  is.  With  RIO,  (1)  packets 
are  tagged  by  edge  routers,  (2)  packets  of  the  same  TCP 
connection  are  marked  the  same,  and  (3)  a  packet  marked 
in  may  well  get  dropped  while  a  packet  marked  out  is  not 
(it  is  only  on  average  that  packets  marked  out  are  dropped 
more  often) .  The  difference  in  treatment  of  packets  marked 
in  or  out  is  limited  to  buffer  management  only.  The  discard 
priority  based  pattern  of  losses  allows  the  development  of 
a  robust  and  accurate  method  to  distinguish  congestion 
losses  from  random  losses. 

This  paper  is  organized  as  follows:  Related  work  is  pre¬ 
sented  in  Section  2.  Section  3  discusses  the  rationale  of 
Casablanca  discriminator.  A  closed  form  expression  is  pro¬ 
posed  in  Section  4  for  the  improvement  one  may  expect 
from  TCP  if  endowed  with  some  discriminator  that  achieves 
a  given  accuracy  in  distinguishing  congestion  losses  from 
random  losses.  The  appropriate  action  that  TCP  should 
take  when  random  losses  unrelated  to  congestion  are  de¬ 
tected  is  discussed  in  Section  5.  The  techniques  developed 
in  this  work  are  evaluated  through  simulations.  Section  6 
describes  the  experiments.  The  results  of  these  experi¬ 
ments  are  presented  and  discussed  in  Section  7.  Section  8 
presents  TCP-Ifrane,  a  sender-based  TCP-Casablanca  that 
does  not  require  any  change  at  the  receiver.  Section  9 
briefly  addresses  issues  related  to  Casablanca  implemen¬ 
tation.  Section  10  is  dedicated  to  conclusions  and  future 
work. 


2  Related  work 

This  work  is  interested  only  in  end-to-end  solutions  to  en¬ 
hance  TCP  over  networks  where  random  losses  may  be 
unrelated  to  congestion.  It  is  assumed  that  no  intermedi¬ 
ate  node  returns  any  explicit  information  [16]  regarding 
congestion  or  random  losses.  There  are  mainly  two  ap¬ 
proaches  toward  end-to-end  solutions  for  enhancing  TCP 
dealing  with  losses  unrelated  to  congestion.  The  first  ap¬ 
proach  consists  in  distinguishing  random  losses  from  con¬ 
gestion  losses  and  make  TCP  react  appropriately  to  each 
kind  of  loss.  The  second  approach  does  not  use  losses  as 
a  congestion  measure  to  control  the  sending  rate.  Instead, 
it  attempts  to  estimate  the  available  bottleneck  link  ca¬ 
pacity  and  adopts  an  adequate  sending  rate  that  optimally 
exploits  this  available  capacity.  This  approach  does  not 
require  the  discrimination  of  losses  because  losses  are  not 
used  to  control  the  sending  rate. 

For  the  first  approach,  Biaz  and  Vaidya  [5]  studied  the 


ability  of  three  loss  discriminators  based  on  congestion 
predictors:  Jain’s  delay  based  congestion  predictor  [14], 
Wang’s  throughput  based  predictor  [25],  and  Vegas  pre¬ 
dictor  [8].  These  congestion  predictors  rely  on  round  trip 
time  and/or  throughput  changes  in  response  to  congestion 
window  size  changes  to  infer  the  level  of  congestion  on 
a  path.  These  discriminators  were  shown  to  perform  as 
poorly  as  a  random  coin  tossing  predictor.  Samaraweera 
proposed  a  non-congestion  packet  loss  detection  [23]  (NC- 
PLD)  technique  (based  on  Jain’s  predictor).  Kim  et  al. 
proposed  the  technique  LIMD/H  [15]  that  exploits  the  his¬ 
tory  of  packet  loss  and  the  evolution  of  transmission  rates 
(similar  to  Wang’s  predictor)  to  infer  the  cause  of  loss. 
Parsa  and  Garcia-Luna-Aceves  [22]  proposed  TCP  Santa 
Cruz  that  updates  a  3-state  machine  based  on  round  trip 
time  changes  in  response  to  congestion  window  size  changes 
(very  similar  to  the  Vegas  predictor). 

The  accuracy  of  classifying  losses  is  not  evaluated  for 
NCPLD ,  LIMD/H ,  or  TCP  Santa  Cruz.  The  authors  only 
report  TCP  performance  improvement  when  they  enable 
TCP  to  distinguish  congestion  losses  from  random  wireless 
losses.  Note  that  some  performance  improvement  is  usually 
obtained  even  with  weak  loss  discriminators.  This  observa¬ 
tion  is  supported  by  Barman  and  Matta  [3]  who  studied  the 
effectiveness  of  poor  loss  discriminators  in  improving  TCP 
performance.  Barman  and  Matta  showed  that  despite  a  low 
accuracy  in  diagnosing  congestion  losses  or  wireless  losses, 
TCP  performance  can  still  be  significantly  improved. 

Cen  et  al.  proposed  a  hybrid  loss  discriminator  ZBS  [9] 
which  uses  three  loss  discriminators:  ZigZag  [9],  Biaz  [6], 
and  Spike  [24],  ZBS  is  used  at  the  receiver.  ZigZag  and 
Biaz  are  based  on  the  interarrival  of  the  packets  at  the  re¬ 
ceiver  and  the  number  of  losses  detected.  Spike  is  based  on 
the  relative  one  way  trip  time.  ZBS  dynamically  switches 
between  the  three  loss  discriminators  according  to  observed 
network  conditions.  The  accuracy  of  ZBS  discriminator  de¬ 
pends  on  the  number  of  flows  sharing  the  bottleneck  and 
yields  high  wireless  and  congestion  misclassifications. 

Liu  et  al.  proposed  an  approach  [17]  that  integrates  two 
techniques:  loss  pairs  (LP)  and  Hidden  Markov  Modeling 
(. HMM ) .  LP  is  based  on  sending  two  back  to  back  packets. 
When  one  packet  is  lost,  the  round  trip  time  for  the  second 
packet  of  the  pair  appears  to  bear  some  information  about 
the  cause  of  the  loss.  An  HMM  is  trained  over  the  observed 
RTTs  to  infer  the  cause  of  loss.  All  techniques  above  do  not 
achieve  high  accuracy  in  classifying  both  congestion  and 
wireless  losses.  The  authors  are  not  aware  of  any  technique 
that  achieves  high  accuracy  for  both  types  of  losses. 

In  the  second  approach,  losses  are  not  used  to  update 
the  congestion  window.  Therefore,  there  is  no  need  to 
distinguish  the  losses.  TCP  Vegas  illustrates  such  an  ap¬ 
proach.  Biaz  and  Vaidya  [5]  and  Liu  et  al.  [17]  showed  that 
TCP- Vegas  is  a  poor  congestion  predictor.  This  is  surpris¬ 
ing  given  the  well  known  TCP- Vegas  improvement.  But, 
TCP- Vegas  [8]  introduces  multiple  modifications  to  TCP. 
Hengartner  et  al.  [13]  studied  the  individual  impact  of  every 
modification  proposed  in  TCP- Vegas.  They  showed  that 
the  Vegas  congestion  control  scheme  based  on  the  round 
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trip  time  has  a  marginal  (sometimes  negative)  impact  on 
the  performance  gain  of  TCP  Vegas.  Mascolo  et  al.  pro¬ 
posed  TCP- Westwood  [18]  that  estimates  the  available  link 
capacity  to  adjust  the  size  of  the  slow  start  threshold  and 
the  congestion  window.  Remarkable  improvement  is  re¬ 
ported.  However,  as  shown  in  this  work,  TCP- Westwood 
fails  to  accurately  estimate  the  bottleneck  link  capacity  in 
presence  of  non  TCP  traffic,  particularly  on  the  reverse 
path. 

In  this  paper,  a  simple  biased  queue  management  scheme 
is  proposed  to  be  added  to  any  active  queue  management 
(AQM)  technique  to  distinguish  congestion  losses  from  ran¬ 
dom  wireless  losses.  When  TCP  traffic  is  predominant 
(higher  than  85%),  simulation  results  show  that  Casablanca 
discriminator  consistently  achieves  high  accuracy  (more  than 
95%)  in  identifying  congestion  losses  and  high  accuracy  in 
identifying  wireless  losses  (more  than  75%). 


3  Rationale  of  the  Casablanca  Dis¬ 
criminator 

The  problem  of  distinguishing  congestion  losses  from  ran¬ 
dom  wireless  losses  is  particularly  hard  when  congestion  is 
light:  congestion  losses  themselves  appear  to  be  random. 
A  biased  queue  management  that  first  drops  specifically 
marked  packets  will  “ de-randomize ”  congestion  losses  such 
that  when  losses  occur,  one  could  ask:  “Is  this  pattern  of 
loss  random?” .  If  the  answer  is  affirmative  then  losses  are 
diagnosed  as  wireless,  otherwise  they  are  diagnosed  as  con¬ 
gestion.  The  Casablanca  discriminator  is  implemented  at 
the  TCP  receiver  because  the  receiver  has  a  better  “view” 
of  the  losses  than  the  sender.  Consider  Figure  1  that  il¬ 
lustrates  a  pattern  of  losses  that  would  likely  result  from  a 
biased  dropping  as  opposed  from  a  wireless  random  drop¬ 
ping.  Figure  1  presents  a  sender  and  a  receiver  with  a 
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Figure  1:  Congestion:  Biased  Dropping 

path  that  includes  a  bottleneck  link  implementing  a  bi¬ 
ased  queue  management  and  a  wireless  link.  The  sender 
sends  9  packets  (small  rectangles)  numbered  from  1  to  9. 
The  sender  marks  packets  numbered  2  and  7  as  out  (black 
rectangles)  and  marks  all  other  packets  as  in  (white  rect¬ 
angles).  In  case  of  congestion,  the  router  at  the  bottleneck 
link  must  first  drop  packets  marked  out  before  dropping 
any  packet  marked  in.  Therefore,  the  black  packets  num¬ 
bered  2  and  7  marked  out  are  dropped  first  by  the  biased 
queue  management  at  the  bottleneck.  If  there  is  no  con¬ 
gestion,  the  pattern  of  dropping  will  likely  be  different  be¬ 
cause,  as  shown  in  Figure  2,  the  wireless  link  does  not  dis¬ 
tinguish  between  out  and  in  packets.  Since  there  is  a  high 
proportion  of  packets  marked  in,  it  is  expected  that  these 
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Figure  2:  Wireless  losses:  Random  Dropping 


will  likely  be  dropped.  As  illustrated  in  Figure  2,  packets 
numbered  4  and  8  may  get  dropped.  The  probability  that 
both  packets  marked  out  (packets  2  and  7)  be  randomly 
dropped  on  the  wireless  link  among  9  packets  is  equal  to 
2g  (hypergeometric  distribution):  it  is  unlikely  that  both 
packets  marked  out  (2  and  7)  be  randomly  dropped  by  a 
wireless  link.  From  this  observation,  the  receiver  will  di¬ 
agnose  a  pattern  of  losses  as  biased  if  a  high  proportion 
of  packets  marked  out  are  lost.  If  the  pattern  appears  to 
be  biased,  the  receiver  concludes  that  the  losses  are  due 
to  congestion.  In  the  following,  it  is  formally  shown  that 
a  biased  queue  management  enables  the  design  of  a  very 
accurate  Casablanca  loss  discriminator. 

Let  us  denote  all  data  packets  a  TCP  sender  sends  as 
PjM:  is  the  i-th  packet,  and  it  is  marked  with  M  (in 

or  out ) .  A  retransmitted  packet  keeps  the  same  index  i  but 
is  always  marked  in  to  avoid  double  jeopardy  for  packets 
initially  marked  out.  It  is  assumed  that  routers  first  drop 
packets  marked  out ,  and  start  dropping  packets  marked  in 
only  if  there  are  no  more  packets  marked  out  in  the  queue. 
TCP  sender  marks  the  packets  such  that  one  packet  out 
of  k  ( k  >  2)  packets  is  marked  out  (all  other  packets  are 
marked  in).  The  marking  pattern  is: 

pin  -pin  pin  pout  pin  pin  pout 

-*1  5  -*2  »  *  *  ■  ?  -^k—1 ?  i  *k-\-l  ■>’••')  2/c—  1  ’  -*2 k  i  *  *  ■ 

Whenever  an  out-of-order  packet  is  received,  a  loss  is  as¬ 
sumed  to  have  occurred.  TCP  receiver  considers  the  pat¬ 
tern  of  losses  between  the  next  expected  packet  Pnxt  and 
the  packet  Phi  with  the  highest  sequence  number  seen  so 
far.  For  simplicity,  the  convention  of  ns-2  is  adopted  where 
packets  are  of  fixed  size  and  numbered  (real  TCP  imple¬ 
mentations  number  each  byte).  Let  S  (S  =  hi  —  nxt- 1-1)  be 
the  number  of  packets  in  the  ordered  set  { Pnxt ,  ■  • . ,  Phi}- 
Suppose  there  are  r  losses  among  the  S  packets.  The  phe¬ 
nomenon  of  packet  loss  may  be  considered  as  a  random 
sampling  of  r  elements  among  a  population  of  S  elements 
which  contains  n  defective  elements  (here,  a  defective  el¬ 
ement  means  a  packet  marked  out).  The  probability  of 
drawing  (loosing)  x  packets  marked  out  in  a  random  sam¬ 
ple  of  size  r  among  a  population  of  S  packets  follows  a 
hypergeometric  distribution.  Let  X  be  a  random  variable 
representing  the  number  of  packets  marked  out  in  a  sample 
of  r  packets  taken  among  S  packets  (r  packets  among  S 
are  lost).  Denote  y  =  [■§ J  the  number  of  packets  marked 
out  within  the  S  packets,  then 


If  the  pattern  of  the  r  losses  appears  to  be  the  result  of 
a  random  sampling,  then  losses  are  wireless.  Randomness 
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of  sampling  is  tested  as  follows:  if  a  loss  pattern  has  a  very 
low  probability  to  occur,  then  the  sampling  is  not  random, 
but  rather  biased.  In  case  of  doubt,  it  is  safe  to  conclude 
that  losses  are  due  to  congestion. 

As  an  example,  suppose  that  one  packet  out  of  8  (k  =  8) 
is  labeled  out  and  that  S  =  24.  Consider  two  extreme 
cases.  The  first  case  is  when  3  packets  marked  out  are 
the  only  missing  packets  within  S  =  24  packets.  Since 
P(X  =  3)  =  tjAj,  it  is  quite  unlikely  that  the  sampling  was 
random:  the  sampling  is  rather  biased.  Since  the  sampling 
is  probably  not  random,  then  the  three  losses  are  prob¬ 
ably  not  wireless.  Therefore,  such  a  pattern  with  a  loss 
of  three  packets  marked  out  is  a  very  strong  indication  of 
congestion  losses.  The  second  extreme  case  is  when  3  pack¬ 
ets  marked  in  are  lost.  The  probability  that  these  losses 
are  wireless  is  equal  to  P(X  =  0)  (ss  0.65).  This  means 
that  three  packets  marked  in  may  very  well  have  been  cor¬ 
rupted.  But,  what  makes  this  pattern  a  strong  indication 
of  wireless  losses  is  the  following:  in  case  of  congestion, 
packets  marked  out  are  dropped  first.  It  is  very  unlikely 
that  N  O  packet  marked  out  is  dropped  during  congestion 
while  three  packets  marked  in  are.  From  these  observa¬ 
tions,  a  very  simple  function  is  developed  to  “summarize” 
the  pattern  of  the  loss. 

F(x,r,k)  =  1  -  [k.^\  (1) 

where  x  is  the  number  of  lost  packets  marked  out  and  r  is 
the  number  of  losses  within  the  ordered  set  {Pnxt,  •  ■  • ,  Phi}- 
The  function  F(x,  r,  k)  is  built  upon  the  following  rationale: 
if  losses  are  wireless  (random),  it  is  expected  to  have  -  ss  i 
if  the  losses  are  uniformely  distributed,  and  F(x,  r,  k)  will 
be  equal  to  0.  Recall  that  y  represents  the  proportion 
of  lost  packets  marked  out  (i.e,  x)  over  the  total  number 
of  losses  (i.e,  r).  If  the  losses  are  due  to  congestion,  it 
is  expected  that  the  proportion  -  of  packets  marked  out 
be  higher  than  p,  making  F(x,r,k)  negative.  Smaller  is 
F( x,  r,  k),  higher  is  the  likelihood  of  congestion  losses.  Note 
that  1  —  k  <  F(x,r,k)  <  1.  The  function  F(x,r,k )  does 
not  capture  all  the  information  that  could  be  extracted 
from  the  pattern  of  losses.  However,  the  function  F(x,  r,  k) 
yields  a  simple,  robust,  and  accurate  discriminator.  This 
discriminator  is  called  Casablanca.  Whenever  r  losses  oc¬ 
cur  with  x  packets  marked  out ,  they  are  diagnosed  as  fol¬ 
lows:  if  F(x,r,k)  >  0,  then  the  losses  are  diagnosed  as 
wireless  losses,  otherwise  (i.e,  F(x,r,k)  <  0)  they  are  di¬ 
agnosed  as  congestion  losses. 

Figure  3  presents  how  Casablanca  is  implemented  within 
TCP-Newreno  at  the  server  (sender)  and  client  (receiver) 
sides.  TCP-Newreno  is  the  basis  to  implement  Casablanca. 
TCP-Newreno  recovers  from  multiple  losses  within  the  same 
window  by  halving  the  congestion  window  in  response  to 
only  ONE  of  the  losses.  The  diagnosis  of  a  loss  is  made 
by  the  TCP  receiver  when  it  generates  a  duplicate  ack. 
As  the  TCP  receiver  receives  further  out  of  order  packets, 
it  keeps  diagnosing  losses  and  sending  back  its  diagnosis 
with  generated  dupacks.  If  a  wireless  loss  is  diagnosed,  the 
duplicate  ack  is  marked  with  ”ELN”  (explicit  loss  notifica- 
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Figure  3:  TCP-Casablanca  Flow  Chart 


tion) .  The  sender  uses  the  marking  on  the  third  dupack  to 
decide  whether  to  halve  or  not  the  congestion  window. 

To  measure  the  accuracy  of  Casablanca  discriminator, 
two  metrics  are  used:  the  congestion  accuracy  Ac  and  the 
wireless  accuracy  Aw.  Ac  is  the  ratio  of  the  number  of 
congestion  losses  correctly  diagnosed  over  the  total  num¬ 
ber  of  congestion  losses.  Aw  is  similarly  defined  for  wire¬ 
less  losses.  Our  objective  is  to  achieve  a  congestion  accu¬ 
racy  Ac  ss  1  because  multiple  congestion  losses  mistaken 
for  wireless  losses  may  significantly  degrade  the  network 
performance,  since  TCP  senders  would  not  decrease  their 
sending  rate  when  they  should.  On  the  other  hand,  a  lower 
accuracy  Aw  for  diagnosing  wireless  losses  is  acceptable:  a 
wireless  loss  mistaken  for  congestion  will  only  degrade  the 
performance  of  this  TCP  connection  that  unduly  throttles 
its  sending  rate.  As  of  today,  TCP  has  an  accuracy  Ac 
of  1  (all  losses  are  considered  congestion  losses)  and  an 
accuracy  Aw  of  0.  Our  objective  is  to  reach  Ac  >  0.95 
and  Au,  >  0.75.  The  value  of  k  is  critical  to  the  accuracy 
of  Casablanca  discriminator.  Relationships  between  k,  the 
accuracy  Aw,  the  accuracy  Ac,  and  the  congestion  packet 
loss  rate  pc  are  developed  in  the  following.  Upperbounds  on 
AWl  Ac,  and  k  are  established  below.  Casablanca  scheme 
is  shown  to  be  fully  efficient  only  if  k  <  — .  Moreover,  the 
impact  of  the  bottleneck  buffer  size  on  Xc  is  discussed. 

Upper  bound  on  Aw:  Consider  the  set  W  of  wireless 
losses:  the  expected  fraction  of  packets  marked  out  in  W 
is  j:  because:  (1)  wireless  losses  are  assumed  random,  (2) 
the  fraction  of  packets  marked  out  is  and  (3)  wireless 
loss  phenomenon  does  not  discriminate  between  packets 
marked  in  and  out.  If  losses  do  not  occur  in  batches  then 
each  wireless  loss  of  a  packet  marked  out  will  be  incorrectly 
diagnosed  as  a  congestion  loss.  In  summary,  of  all  wireless 
losses,  a  fraction  j:  will  be  incorrectly  diagnosed.  So,  the 
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accuracy  Aw  cannot  be  higher  than  1  —  p  Then, 

Aw  <  1  -  i  (2) 

This  bound  assumes  that  a  proportion  of  \  packets  marked 
out  reach  the  wireless  link:  this  assumption  is  only  true 
when  there  is  no  congestion,  or  congestion  is  very  low.  Such 
a  bound  suggests  to  take  a  large  value  for  k.  However,  k 
cannot  be  large  without  limit. 

Upperbound  on  Ac:  Consider  a  flow  with  a  total  number 
of  100  packets  with  one  packet  out  of  10  marked  out  (i.e., 
k=10).  A  favorable  case  is  when  the  congestion  loss  rate 
is  less  than  10%  (i.e.,  pc  <  4).  In  such  a  favorable  case, 
less  than  10  packets  on  average  will  be  dropped.  Since 
there  are  10  packets  marked  out ,  it  is  highly  probable  that 
BQM  will  ”  find”  in  the  queue  packets  marked  out  to  drop 
and  no  packet  marked  in  would  be  dropped.  Therefore, 
congestion  losses  will  be  correctly  diagnosed.  Under  such 
favorable  conditions,  Ac  can  reach  1. 

Now,  suppose  that  the  congestion  loss  rate  is  higher  than 
10%  (i.e.,  pc  >  \).  Let  pc  be  for  example  15%.  Then  15 
packets  will  be  dropped.  Since  there  are  only  10  packet 
marked  out,  then  5  packets  marked  in  will  be  dropped  and 
will  be  incorrectly  diagnosed  as  wireless  losses. 

In  summary,  the  congestion  loss  rate  pc  must  be  less  than 
for  Ac  to  reach  1.  Otherwise,  (i.e.,  if  pc  >  ^),  then  Ac 
is  upperbounded  by  1  —  ( pc  —  i).  Note  that  (pc  —  4)  is 
the  fraction  of  packets  marked  in  that  would  be  dropped 
on  average  by  BQM  and  incorrectly  diagnosed  as  wireless 
losses.  | 

Ac  <  1  -  (pc  ~  t)  when  pc  >  - 
k  k 

Upperbound  on  k :  Let  pc  be  the  congestion  packet  loss 
probability  experienced  by  a  TCP  connection  at  the  bot¬ 
tleneck.  If  pc  >  4,  then  there  are  more  packets  dropped 
due  to  congestion  than  the  number  of  arrivals  (at  the  bot¬ 
tleneck)  of  out  packets.  Therefore,  the  router  is  forced  to 
drop  packets  marked  in.  When  a  router  starts  dropping 
packets  marked  in,  the  dropping  is  not  anymore  biased, 
but  rather  random.  Then,  given  that  a  loss  is  due  to  con¬ 
gestion,  the  probability  that  it  was  a  packet  marked  in  is 
equal  to  1  —  4’  If  a  packet  marked  in  is  lost  due  to  con¬ 
gestion,  F(x,r,k)  =  F(0,l,k)  =  1  wrongly  implying  that 
it  is  a  wireless  loss.  Therefore, 

x  1  ,  1 

Ac  <  —  when  pc>  — 
k  k 

In  other  words,  if  k  is  too  large,  Ac  will  be  very  small,  k 
should  be  chosen  such  that  k  <  A- .  For  a  congestion  drop¬ 
ping  probability  of  10%  ( pc  =  0.10),  k  must  be  smaller  or 
equal  to  10. 

Impact  of  the  Bottleneck  Buffer  Size:  if  the  buffer 
size  at  the  bottleneck  is  too  small,  the  biased  queue  man¬ 
agement  will  not  work  well  because  there  will  not  be  many 
packets  marked  out.  With  a  small  buffer,  packets  marked 
out  quickly  get  exhausted,  forcing  the  drop  of  packets  marked 


in.  The  impact  of  the  buffer  size  on  the  accuracies  Aw  and 
Ac  is  investigated  later. 

TCP-Casablanca  over  Networks  Without  Wireless 
Losses:  TCP-Casablanca  is  beneficial  in  environments  with 
congestion  losses  exclusively.  Measurements  were  made  on 
wired  networks.  These  measurements  show  that  biased 
queue  management  (BQM)  has  a  positive  impact  on  TCP 
performance  over  wired  networks  WITHOUT  any  change 
to  TCP  code.  BQM  spreads  out  congestion  losses  in  com¬ 
parison  to  drop-tail  that  drops  consecutive  packets.  With 
BQM,  congestion  losses  are  : 

1.  spread  out  over  time  within  each  flow:  BQM  drops 
first  packets  marked  out.  As  long  as  there  are  packets 
marked  out  in  the  router,  drops  will  be  spread  out  over 
time  for  the  same  flow. 

2.  spread  out  among  different  flows.  When  looking  for 
packets  to  drop,  there  is  a  high  probability  that  pack¬ 
ets  marked  out  will  be  dropped  from  different  flows  as 
long  as  there  are  different  flows  in  the  router. 

The  spreading  out  over  time  within  the  same  flows  in¬ 
creases  the  probability  to  recover  without  timeouts  while 
the  spreading  among  flows  results  in  more  fairness. 

TCP-Casablanca  is  not  an  end-to-end  scheme  because 
it  does  require  a  specific  behavior  from  the  network  layer. 
TCP-Casablanca  will  not  work  if  routers  implement  any 
buffer  queue  management  other  than  BQM.  On  the  other 
end,  TCP-Casablanca  does  not  require  any  explicit  feed¬ 
back  from  any  network  element. 

An  important  question  is  whether  Casablanca  discrim¬ 
inator  can  improve  TCP  throughput.  Section  4  estab¬ 
lishes  an  expression  of  the  expected  improvement  of  TCP 
throughput  when  TCP  is  endowed  with  a  discriminator 
with  accuracies  Ac  and  Aw. 

4  Expected  Improvement 

Now,  an  approximate  analysis  of  the  expected  improve¬ 
ment  using  the  proposed  scheme  is  proposed.  This  anal¬ 
ysis  is  validated  later  through  simulation  results.  Padhye 
et.  al.  established  [20]  a  closed  form  expression  for  TCP 
throughput  as  a  function  of  loss  rate  p,  average  round  trip 
time  RTT ,  duration  of  the  first  timeout  To,  and  number 
of  packets  acknowledged  per  ack  b.  Assuming  that  there 
is  no  limit  on  the  flow  control  window  size  (no  buffer  con¬ 
straints  at  the  end  points),  the  expression  of  the  through¬ 
put  Thgt(p)  (in  packets  per  second)  is 

Thgt(p)  = - — - j - — r - 

RTT T0  min  (  \  p(l  +  32p2) 

(3) 

Consider  a  TCP  connection  that  experiences  congestion 
and  wireless  losses  with  loss  rates  pc  and  pw,  respectively. 
The  throughput  of  such  a  TCP  connection  is  Thgt(pc  + 
pw )  because  TCP  does  not  distinguish  the  different  types 
of  losses.  Suppose  that  some  discriminator  achieves  the 
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accuracies  Ac  and  Aw.  With  such  a  discriminator,  a  TCP 
sender  would  not  halve  its  congestion  window  size  when 
it  diagnoses  wireless  losses.  Along  the  lines  of  Padhye  et 
alls  [20]  work,  the  authors  derived  an  approximation  of  the 
throughput  that  could  be  achieved  if  a  discriminator  with 
accuracies  Ac  and  Aw  is  used  with  TCP.  The  expression  of 
this  throughput  Thgt{pc,pw,  Ac,  Aw)  depends  on  pc,  pw, 
Ac,  and  Aw: 

1 

+  To  min  (l, pcw{  1  +  32p2J 


where  p'c  =  Ac  pc  +  (1  -  Aw)pw  and  pcw  =pc+pw. 

When  timeouts  are  not  taken  into  account  and  TCP  recov¬ 
ers  from  a  packet  loss  only  through  fast-recovery  and  fast 
retransmit  with  halving  the  congestion  window  ,  Mathis  et. 
al  [19]  and  others  have  independently  established  that  TCP 

throughput  depends  only  on  the  term  A  =  RTT y /^p. 
When  taking  into  account  timeouts,  Padhye  et.  al  showed 
that  for  a  given  packet  loss  rate  p,  timeouts  impact  the 

throughput  with  the  term  ( B  =  To  min  ^1,3 

32  (p)2)). 


Now,  if  we  endow  TCP  with  a  loss  discriminator,  this 
discriminator  is  invoked  only  for  losses  recovered  through 
fast  retransmit  and  fast  recovery.  A  discriminator  is  not  in¬ 
voked  when  a  timeout  occurs.  For  losses  detected  through 
timeouts,  TCP  backs  off  regardless  of  the  reason  of  a  loss. 
Therefore,  the  term  B  resulting  from  a  loss  rate  pcw  = 
Pc  +  Pw  is  independent  from  the  accuracies  Ac  and  Aw. 
One  of  the  authors  discussed  this  with  Padhye  who  found 
the  argument  correct. 

Now,  a  discriminator  is  invoked  during  fast  retransmit 
and  fast  recovery.  Therefore,  the  term  A  is  impacted  by 
accuracies  Ac  and  Aw.  TCP  endowed  with  a  discrimi¬ 
nator  backs  off  only  for  losses  that  it  diagnoses  as  con¬ 
gestion  losses:  a  discriminator  diagnoses  congestion  losses 
with  rate  Ac.pc  and  mistakes  wireless  losses  for  congestion 
losses  with  rate  (1  —  Aw)pw.  Therefore,  TCP  performance 
is  similar  to  a  TCP  agent  which  experiences  a  congestion 
loss  rate  of  p'c  =  Ac  pc  +  (1  —  Aw)pw. 

Based  on  our  discussion  above  about  the  term  B ,  the 
accuracies  Ac  and  Aw  do  not  play  any  role  for  the  term  re¬ 
lated  to  timeouts  (i.e.,  T0  min  ^1, 3y/^|^j  pcw{l+32p^.w)) 

because  the  nature  of  the  loss  has  no  impact  on  perfor¬ 
mance  degradation  due  to  timeouts.  If  a  discriminator  with 
accuracies  Ac  and  Aw  is  used  for  a  TCP  connection  that 
experiences  congestion  and  wireless  losses  with  packet  loss 
rates  pc  and  pw  respectively,  the  percentage  of  improve¬ 
ment  Imp(pc,pw,  Ac,  Aw)  in  throughput  is: 


Imp(pc,pw,  Ac,  Aw)  =  100  x 


f  T hgt ( Pc ,  Pw  i  Ac ,  Aw ) 
V  Thgt(pc+Pw) 


(4) 

Note  however  that  the  expression  for  Imp{pc,pw,  Ac,  Aw) 
does  not  capture  the  fact  that,  when  using  a  loss  discrim¬ 
inator,  the  congestion  packet  loss  rate  pc  is  higher  than 


{RTT  =  0.070s,  T0  =  1.25s,  6  =  2) 


(a)  {Ac  =  1,  Aw  =  1)  (b)  {Ac  =  1  ,AW  =  0.80) 

Figure  4:  Imp{pc,pw,  Ac,  Aw)  versus  pw 


when  using  a  normal  TCP  that  considers  all  losses  as  con¬ 
gestion  losses.  The  proposed  expression  Imp{pc,pw,  Ac,  Aw) 
in  Equation  (4)  assumes  that  the  congestion  packet  loss 
rate  pc  observed  with  TCP  (without  discriminator)  remains 
the  same  as  with  TCP  using  a  discriminator.  This  is  not  ac¬ 
curate.  Let  pc  be  the  congestion  packet  loss  rate  when  using 
a  normal  TCP  without  discriminator.  If  TCP  is  endowed 
with  a  discriminator,  ceteris  paribus,  then  the  connection 
experiences  a  congestion  packet  loss  rate  higher  than  pc. 
This  is  due  to  the  fact  that  TCP  endowed  with  a  discrimi¬ 
nator  backs  off  less  often,  leading  to  more  aggressive  TCP 
flows  that  provoke  more  congestion  losses. 

With  a  perfect  discriminator  {Ac  =  1,  Aw  =  1),  pc  is 
higher  than  with  an  imperfect  discriminator  {Ac  «  1,  Aw  < 
1).  Figures  4  and  5  plot  the  improvement  Imp{pc,pWi  Ac,  Aw) 
(based  on  Equation  (4))  that  could  be  expected  from  a 
discriminator  with  accuracies  Ac  and  Aw  when  used  with 
TCP.  The  horizontal  axis  represents,  on  a  logarithmic  scale, 
the  wireless  packet  loss  rate  pw  on  the  wireless  medium. 
The  vertical  axis  represents  the  improvement  Imp.  Fig¬ 
ures  4  and  5  plot  four  curves  corresponding  to  four  packet 
congestion  loss  rates  pc :  0.0001,  0.001,  0.01,  and  0.1.  First, 
note  that  the  curves  related  to  pc  =  0.1  (10%)  are  barely 
visible  because  with  high  congestion  packet  loss  rate,  there 
is  no  improvement  even  if  the  discriminator  is  perfect.  Fig¬ 
ure  4(a)  plots  the  results  for  a  perfect  discriminator  with 
accuracies  Ac  =  1  and  Aw  =  1. 

Second,  observe  that  if  the  packet  congestion  loss  rate 
pc  is  equal  to  0.01  (1%),  the  expected  improvement  is  still 
marginal  (at  most  20%).  Third,  when  congestion  is  low, 
the  improvement  can  be  quite  significant.  When  pw  is 
very  small,  the  improvement  is  small  in  comparison  to  the 
maximal  improvement:  the  appropriate  reaction  of  TCP  to 
wireless  losses  has  a  marginal  impact  on  TCP  performance 
because  wireless  losses  are  so  few.  On  the  other  hand,  if 
wireless  packet  loss  rate  is  high  (0.1),  the  improvement  is 
also  small  in  comparison  with  the  maximal  improvement. 
With  a  high  wireless  packet  loss  rate,  the  pipe  dries  out 
too  often  even  with  a  high  congestion  window  size.  More¬ 
over,  with  a  high  packet  loss  rate,  losses  are  typically  de¬ 
tected  through  timeouts:  when  time  out  occurs,  TCP  sets 
the  congestion  window  size  to  the  initial  value  regardless 
of  the  reason  of  the  loss.  With  a  perfect  discriminator 
(please  see  Figure  4(a)),  TCP  would  yield  impressive  im- 
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provement  of  up  to  250%  when  congestion  packet  loss  rate 
pc  =  0.0001  =  0.01%,  and  the  wireless  packet  loss  rate 
pw  «  0.005  =  0.5%  conditions.  Figures  4(b)  and  5(b)  il¬ 
lustrate  that  the  improvement  is  quite  sensitive  to  accuracy 
Av,.  Aw  has  a  strong  impact  on  the  TCP  performance  im¬ 
provement,  especially  for  low  congestion  packet  loss  rate.  A 
discriminator  with  accuracies  Ac  =  1  and  Aw  =  0.80  yields 
a  much  smaller  improvement  than  a  perfect  discriminator. 
Figure  5(a)  illustrates  how  much  the  improvement  is  sen- 


(. RTT  =  0.070s,  T0  =  1.25s,  5  =  2) 
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(a)  (Ac  =  0.80,  Aw  =  1)  (b)  (Ac  =  0.80,  Aw  =  0.80) 

Figure  5:  Imp(pc,pw,Ac,Aw)  versus  pw 

sitive  to  the  accuracy  Ac.  Ac  has  much  less  impact  on  the 
TCP  performance  improvement  than  Aw ,  especially  for  low 
congestion  packet  loss  rate.  Figure  5(a)  shows  that  with  a 
lower  accuracy  Ac  =  0.80  (and  Aw  =  1),  the  expected  im¬ 
provement  is  slightly  higher  than  with  (Ac  =  1)  because  the 
TCP  sender  (mistakingly)  backs  off  less  often.  In  reality, 
such  a  behavior  of  the  TCP  sender  will  lead  to  more  con¬ 
gestion  losses  and  will  yield  a  poor  performance  improve¬ 
ment.  The  objective  is  to  get  a  very  high  accuracy  Ac  ss  1 
and  an  accuracy  Aw  as  high  as  possible.  Figure  6  presents 
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Figure  6:  Imp(pc,pw,  Ac,  Aw)  versus  RTT 

the  expected  improvement  Imp(Ac,  Aw,pc,pw)  (based  on 
Equation  (4))  versus  the  round  trip  time  RTT  with  a  con¬ 
stant  wireless  packet  loss  rate  of  pw  =  0.005.  Figure  6 
plots  four  curves  corresponding  to  four  packet  loss  rates 
pc  due  to  congestion:  0.0001,  0.001,  0.01,  and  0.1.  The 
curves  related  to  pc  =  0.1  (10%)  are  not  visible  even  for 
high  RTT.  Figure  6(a)  plots  the  expected  improvement 
Imp(  1.0, 1.0,  pc,  0.005)  (based  on  Equation  (4))  from  TCP 
endowed  with  a  perfect  discriminator  versus  the  round  trip 
time  RTT.  Figure  6(a)  shows  that  when  congestion  is 
light  (pc  =  0.0001),  the  improvement  exceeds  500%  for 


RTT s  over  500ms  if  TCP  is  endowed  with  a  perfect  dis¬ 
criminator.  The  improvement  increases  with  RTT .  This 
is  due  to  the  fact  that  when  a  TCP  sender  halves  the  con¬ 
gestion  window,  it  takes  more  time  to  recover  the  initial 
value  if  the  RTT  is  higher.  Since  TCP  connections  with 
longer  RTTs  suffer  more  from  congestion  window  size  halv¬ 
ing,  it  is  normal  that  they  benefit  more  from  a  TCP  en¬ 
dowed  with  a  perfect  discriminator.  Figure  6(b)  plots  the 
expected  improvement  Imp(pc,  0.005, 0.98, 0.80)  (based  on 
Equation  (4))  from  TCP  endowed  with  an  imperfect  dis¬ 
criminator  (Ac  =  0.98  and  Aw  =  0.80)  versus  the  round 
trip  time  RTT.  The  values  ( Ac  =  0.98  and  Aw  =  0.80) 
are  chosen  because  Casablanca  discriminator  achieves  such 
accuracies.  Figure  6(b)  illustrates  the  tremendous  impact 
of  the  accuracy  Aw  as  the  expected  improvement  drops  to 
100%  for  a  discriminator  with  accuracy  Aw  =  0.80.  How¬ 
ever,  the  expected  improvement  is  significant  and  is  en¬ 
couraging  to  pursue  the  design  of  a  discriminator. 

Padhye  et.  aFs  Expression  3  of  the  throughput  assumes 
that  losses  are  independent.  This  assumption  is  valid  on 
high  bandwidth  channels  where  a  TCP  connection  repre¬ 
sents  a  small  fraction  of  the  overall  traffic.  When  com¬ 
puting  the  improvement  in  throughput,  it  is  assumed  that 
congestion  losses  are  independent  from  each  other  and  from 
the  behavior  of  a  TCP  sender  that  responds  appropriately 
to  each  type  of  losses.  This  last  assumption  is  not  accu¬ 
rate.  Let  pc  be  the  congestion  loss  rate  for  TCP-Newreno. 
When  TCP-newreno  responds  appropriately  to  losses,  its 
throughput  increases  and  the  congestion  loss  rate  increases 
too  to  some  value  p'c  with  p'c  >  pc.  By  using  the  same  value 
pc  to  compute  the  throughput  Tg  of  TCP-Casablanca,  the 
throughput  Tg  is  overestimated.  The  increase  of  pc  de¬ 
pends  on  many  factors:  bandwidth  at  the  bottleneck,  the 
round  trip  time,  the  number  of  TCP  connections  sharing 
the  bottleneck  link.  Therefore  a  closed  form  for  the  new 
value  p'c  as  a  function  of  pc  could  not  be  established.  Ex¬ 
pression  4  for  the  improvement  is  an  upperbound  on  the 
throughput  improvement. 

5  Appropriate  Reaction  to  Wire¬ 
less  Losses 

Past  papers  typically  advocate  that  TCP  should  not  halve 
the  congestion  window  size  or  adjust  the  slow  start  thresh¬ 
old  when  a  packet  loss  is  known  to  be  due  to  wireless  errors. 
The  authors  advocate  in  the  following  that,  even  with  a 
perfect  loss  discriminator,  TCP  should  somewhat  throttle 
its  sending  rate  for  wireless  losses.  TCP  should  decrease 
the  congestion  window  size  because  a  wireless  loss  signals  to 
some  extent  a  temporary  decrease  of  the  link  layer  good- 
put  of  the  wireless  link.  Higher  the  wireless  packet  loss 
rate,  lower  will  be  the  goodput  of  a  wireless  link.  This  de¬ 
crease  may  lead  to  queue  build  up  and  congestion  drops. 
Therefore,  TCP  should  at  least  decrease  by  one  packet  its 
congestion  window  size  for  each  wireless  loss  detected  (ad¬ 
ditive  decrease).  Let  us  now  consider  a  loss  discriminator 
that  is  not  perfect  (i.e.,  Ac  <  1  and  Aw  <  1).  Let  n  be 
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the  number  of  packets  sent  by  a  TCP  sender.  For  sim¬ 
plicity,  retransmissions  are  neglected.  The  average  number 
of  congestion  losses  is  n.pc.  The  estimated  number  Mc  of 
misclassified  congestion  losses  (congestion  losses  diagnosed 
as  wireless  losses)  is  equal  to  n.pc(  1  —  Ac).  Therefore,  TCP 
wrongly  does  not  halve  its  congestion  window  size  for  Mc 
losses.  On  the  other  hand,  the  estimated  number  Mw  of 
misclassified  wireless  losses  is  equal  to  n  pw(  1  —  Aw).  Here, 
TCP  wrongly  halves  its  congestion  window  for  Mw  losses. 
Optimistically,  the  wireless  and  congestion  loss  misclassi- 
fications  statistically  will  cancel  each  other.  However,  it 
is  better  to  have  Mw  >  Mc ,  i.e.,  the  TCP  sender  should 
wrongly  throttle  its  sending  rate  more  often  than  wrongly 
maintain  its  sending  rate.  This  requires  to  know  .  Since 
depends  on  pw  and  pc  that  are  unknown, 

1V1C  Pc  -L  A\c 

must  be  estimated.  Suppose  that  nc  losses  are  classi¬ 
fied  as  congestion  losses,  then  a  good  estimate  rTc  of  the  real 
number  of  congestion  losses  is  ^ .  Similarly  the  real  num¬ 
ber  of  wireless  losses  can  be  estimated  as  =  j^2.  By 

simple  algebraic  manipulation,  =  7(7  ^  \ ~  ■  Now, 
suppose  that  <  1  (there  are  more  misclassified  con¬ 
gestion  losses  than  misclassified  wireless  losses).  In  such  a 
case,  TCP  congestion  control  stability  may  be  jeopardized. 
To  avoid  this,  the  only  way  is  to  decrease  the  congestion 
window  also  for  losses  diagnosed  as  wireless  losses.  Further 
study  is  needed  to  determine  how  to  decrease  the  window 
size  for  losses  diagnosed  as  wireless  losses  such  that  the  ef¬ 
fects  of  misclassifying  congestion  losses  and  wireless  losses 
cancel  each  other  statistically.  In  all  simulation  experi¬ 
ments  of  this  work,  a  TCP  sender  does  not  back  off  when 
a  wireless  loss  is  detected. 

6  Experiments 

Accuracies  (Ac  and  Aw )  of  Casablanca  discriminator  and 
the  improvement  Imp(pc,pw,  Ac,  Aw)  are  measured  using 
ns-2  simulations.  The  impact  of  the  value  k,  the  round-trip 
time,  and  the  buffer  size  on  the  accuracies  Ac  and  A.w  is  in¬ 
vestigated.  This  section  presents  the  topology  used  for  the 
simulations,  the  packet  loss  model,  and  the  method  used  to 
collect  the  data.  Figure  7  shows  the  topology  used.  There 
are  three  types  of  pairs  sender-receiver.  TCP  connections 
over  type  A  sender-receiver  pair  experience  the  longest 
propagation  delay  path  with  a  wireless  last  hop.  There 
are  five  routers  Ri.  The  dashed  lines  show  the  TCP  trans¬ 
fers  between  senders  and  receivers.  With  this  topology,  a 
competing  TCP  traffic  with  different  round  trip  times  is 
maintained.  Bit  rates  on  all  links  are  set  such  that  the 
bottleneck  is  the  link  R3-R4.  All  senders  are  TCP  senders. 
Sources  are  fed  with  FTP  traffic.  The  congestion  level  is 
controlled  by  varying  the  bit  rate  Bw  on  the  bottleneck  R3- 
f?4  and  the  number  of  senders  Ni,  N2,  and  N3.  Every  link 
is  marked  with  a  pair  ( bit  rate, propagation  time).  While 
simulations  are  run  with  different  bit  rates,  the  results  pre- 

2With  Casablanca  scheme,  the  values  Ac  and  Aw  remain  quite  con- 
stant  within  5%. 


sentecl  in  this  paper  have  a  bit  rate  Bw  on  the  wired  bot¬ 
tleneck  of  45  Mbps  and  a  bit  rate  Bws  on  the  wireless  link 
of  10  Mbps.  Different  experiments  were  run  with  N i,  N2, 
and  N3  varying  from  0  to  32.  For  some  experiments,  only 
senders  of  type  A  were  used  to  get  low  congestion  packet 
loss  rates. 

For  the  wireless  packet  loss  model,  a  two-state  Markov 
model  is  used.  In  each  state,  the  time  between  successive 
losses  is  exponentially  distributed  with  a  mean  that  de¬ 
pends  on  the  state:  in  the  good  state,  the  mean  time  is 
much  higher  than  the  mean  time  for  the  bad  state3.  The 
transition  probability  from  the  good  (resp.  bad)  state  to 
the  bad  (resp.  good)  state  is  0.10  (resp.  0.90). 

Two  discriminators  were  added  to  TCP  sink  in  ns-2: 
Casablanca  discriminator  and  a  Perfect  discriminator.  The 
perfect  discriminator  is  implemented  in  a  brute  force  man¬ 
ner:  whenever  a  wireless  loss  occurs,  its  sequence  number 
and  TCP  flow  information  are  logged.  Whenever  a  re¬ 
ceiver  detects  a  loss,  the  perfect  discriminator  diagnoses 
it  by  checking  whether  this  loss  was  logged.  The  Perfect 
discriminator  achieves  the  accuracies  Ac  =  1  and  Aw  =  1 
and  establishes  an  upperbound  on  the  accuracy.  The  per¬ 
fect  discriminator  cannot  be  implemented  on  real  networks: 
it  assumes  perfect  knowledge  of  all  wireless  losses.  From 
now  on,  TCP-Newreno  endowed  with  the  Casablanca  dis¬ 
criminator  will  be  referred  as  (TCP-Casablanca),  and 
to  TCP-Newreno  with  a  perfect  discriminator  as  (TCP- 
Perfect).  For  these  experiments,  TCP  connections  are 
started  at  random  times  and  they  last  until  the  end  of  the 
experiment.  Each  experiment  lasts  180  seconds.  Start¬ 
ing  times  of  the  TCP  connections  are  randomly  sched¬ 
uled  within  a  period  equal  to  the  round  trip  propagation 
time.  Accuracies  Ac  and  Aw,  and  the  throughput  Thgt  are 
collected  for  each  experiment.  Note  that  the  same  start¬ 
ing  times  are  used  to  conduct  the  experiment  with  TCP- 
Newreno,  TCP-Casablanca,  and  TCP-Perfect.  30  runs  of 
the  same  experiment  are  run  with  changing  only  the  start¬ 
ing  times.  The  results  reported  here  for  the  accuracies  and 
the  improvement  in  throughput  are  the  average  over  the 
30  runs. 

3The  two-state  packet  loss  model  provided  with  ns-2  (version  2.1b9a) 
was  not  used.  This  model  is  known  to  be  flawed:  time  stops  increasing 
when  a  link  is  idle. 


7  Results  and  Discussion 

7.1  Accuracies  Ac  and  Aw 

It  is  shown  in  Section  3  that  the  accuracies  Ac  and  Aw 
depend  on  the  value  k  (one  packet  marked  out  every  k 
packets,  others  being  marked  in),  the  congestion  packet 
loss  rate  pc,  and  the  buffer  size  at  the  bottleneck.  In  this 
section,  the  relationship  between  the  accuracies  Ac  and  A.w 
and  the  three  parameters  k,  pc,  and  bottleneck  buffer  size 
is  verified  through  simulations. 

Impact  of  k  on  Ac  and  Aw:  Figure  8(a)  plots  the  mea¬ 
sured  accuracy  Ac  versus  k  for  different  values  of  the  wire¬ 
less  packet  loss  rate  pw:  0.0001,  0.001,  and  0.01.  Simi¬ 
larly,  Figure  8(b)  plots  the  measured  accuracy  Aw  versus 
k  for  the  following  values  of  the  wireless  packet  loss  rate 
pw:  0.0001,  0.001,  0.01,  and  0.1.  Additionally,  Figure  8(b) 
plots  the  upperbound  on  Aw  (i.e.,  1  —  -r)  from  Equation  (2). 
The  horizontal  axis  represents  k  taking  the  values  from  2 
to  50.  The  key  observation  is  that  accuracy  Ac  decreases 
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(a)  Accuracy  Ac  (b)  Accuracy  Aw 

Figure  8:  Impact  of  k  on  Casablanca  Discriminator 

sharply  at  k  =  8.  It  was  shown  that  a  large  k  decreases 
the  expected  number  of  packets  marked  out  in  the  queue  at 
the  bottleneck.  When  congestion  occurs,  packets  marked 
out  get  quickly  exhausted  for  large  values  of  k.  Simula¬ 
tions  results  on  Figure  8(b)  confirm  the  upperbound  1  —  1 
and  show  that  Casablanca  discriminator  closely  achieves 
the  upperbound.  Aw  increases  as  k  increases.  When  k  is 
large,  packets  marked  out  are  rare  and  rarely  get  dropped 
on  the  wireless  medium.  Therefore,  most  losses  appear  to 
be  random,  leading  to  a  high  accuracy  Aw.  Figures  8(a) 
and  8(b)  suggest  that  k  should  be  chosen  around  8  to 
achieve  high  values  for  Ac  and  Aw  both. 

Impact  of  pc  on  Ac  and  Aw:  It  was  shown  in  Section  3 
that  k  should  be  chosen  such  that  k  <  — .  If  there  are  more 

—  Pc 

packet  losses  at  the  router  than  the  number  of  arrivals  of 
packets  marked  out,  the  router  will  be  forced  to  drop  pack¬ 
ets  marked  in.  If  this  occurs,  congestion  losses  will  appear 
random  and  will  be  misinterpreted  as  wireless  losses  by  the 
discriminator.  Thus,  for  a  given  k,  the  accuracy  Ac  will  de¬ 
crease  as  pc  increases.  In  general,  pc  is  unknown  and  may 
vary.  If  k  does  not  meet  the  requirement  ( k  <  A),  the 
performance  of  the  discriminator  will  be  poor.  In  order  to 
evaluate  the  impact  of  pc  on  Ac  and  Aw,  a  non-TCP  traffic 
is  needed  in  order  to  get  congestion  packet  loss  rates  higher 


pw  =  0.005  =  0.5% 
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(a)  Accuracy  Ac  (b)  Accuracy  Aw 

Figure  9:  Ac  and  Aw  vs  congestion  packet  loss  rate  pc 


than  5%  ( pc  >  0.05).  When  there  is  only  TCP  traffic,  the 
TCP  connections  adapt  to  the  conditions,  avoid  congestion 
losses,  and  yield  congestion  packet  loss  rates  lower  than  5%. 
To  get  large  congestion  packet  loss  rates,  8  TCP  connec¬ 
tions  share  the  bottleneck  link  with  a  cross  traffic  that  is  on 
or  off  for  periods  of  time  that  are  exponentially  distributed 
with  means  of  2  ms  and  1  ms,  respectively.  The  peak  rate 
of  the  cross  traffic  was  adjusted  to  a  given  fraction  of  the 
bottleneck  bit  rate.  This  fraction  was  varied  from  0  to 
120%.  Figures  9(a)  and  9(b)  summarize  our  results.  The 
horizontal  axis  represents  the  congestion  packet  loss  rate 
pc  varying  from  0.003  (0.3%)  to  0.35(35%).  Figures  9(a) 
and  9(b),  respectively,  plot  five  curves  each  for  Ac  and 
Aw.  Each  curve  corresponds  to  a  different  value  of  k,  with 
k  taking  the  values  4,  8,  12,  16,  and  20.  Figures  9(a)  plots 
the  accuracy  Ac  versus  the  congestion  packet  loss  rate  pc- 

It  was  shown  that  the  upperbound  on  Ac  varies  linearly 
as  a  function  of  pc-  When  pc  gets  higher  than  Ac  was 
shown  to  be  bounded  by  1  —  ( pc  —  1).  Based  on  this  upper- 
bound,  Ac  accuracy  will  decrease  smoothly  because  only 
the  proportion  ( pc  —  ^)  is  incorrectly  diagnosed. 

Figures  9(b)  plots  Aw.  For  a  given  k,  Aw  increases  as 
pc  increases.  Note,  however,  that  Aw  settles  at  some  value 
when  pc  becomes  significant.  The  reason  of  such  a  phe¬ 
nomenon  is  that  the  function  F(x,  r,  k)  is  positive  or  null 
(condition  to  diagnose  a  wireless  loss)  only  when  the  ratio 
-  of  the  number  x  of  packets  marked  out  to  the  total  num¬ 
ber  of  losses  r  is  less  than  i.  This  happens  rarely  when 
congestion  packet  loss  rate  is  too  high  (more  than  20%) : 
packets  marked  out  rarely  get  through  the  bottleneck  due 
to  the  biased  queue  management. 

Impact  of  the  Bottleneck  Buffer  Size  on  Ac  and  Aw: 

It  was  shown  in  Section  3  that  the  accuracy  Ac  will  de¬ 
crease  as  the  buffer  size  at  the  bottleneck  decreases.  With  a 
smaller  buffer,  there  will  be  fewer  packets  marked  out  in  the 
buffer.  When  congestion  occurs,  the  packets  marked  out 
will  get  exhausted  faster,  eventually  forcing  the  bottleneck 
to  drop  packets  marked  in.  The  queue  management  policy 
will  not  be  sufficiently  biased  anymore,  making  congestion 
losses  appear  as  random  losses.  Therefore,  these  losses  will 
be  mistaken  as  wireless  losses,  decreasing  the  accuracy  Ac 
of  our  discriminator.  Figures  10(a)  and  10(b)  plot  four 
curves  each  for  Ac  and  Aw,  respectively.  Each  curve  cor- 
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Figure  10:  Ac  and  Aw  vs  Bottleneck  Buffer  Size 

responds  to  a  different  value  of  k  respectively  taking  the 
values  5,  10,  20,  and  50.  The  vertical  axis  represents  the 
accuracy.  The  horizontal  axis  represents  the  buffer  size  at 
the  bottleneck  from  1  to  100  packets. 

Figure  10(b)  shows  that  Aw  is  less  sensitive  to  the  bot¬ 
tleneck  buffer  size.  However,  when  the  buffer  size  is  very 
small,  the  biased  queue  management  is  not  working  well 
and  Ay  ,  depends  mainly  on  the  proportion  of  packets  marked 
out  in  the  stream:  with  high  k,  there  are  not  many  packets 
marked  out ,  so  wireless  losses  are  mostly  packets  marked  in 
that  will  be  identified  as  wireless  losses,  leading  to  higher 
accuracy  Aw. 

The  following  subsections  present  the  improvement  in 
throughput  that  we  observed  when  using  TCP-Perfect  or 
TCP- Casablanca. 

7.2  Improvement  in  Throughput  versus  pw 


(. RTT  =  0.050s,  T0  =  0.200s,  6=2) 
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(a)  TCP-Perfect  (b)  TCP-Casablanca 

(Ac  =  1,AW  =  1)  (Ac  =  0.99,  Aw  =  0.83) 

Figure  11:  Imp  and  Measured  Improvement 

Figures  11(a)  and  11(b)  plot  the  improvement  versus  the 
wireless  packet  loss  rate  pw  for  TCP-Perfect  and  TCP- 
Casablanca  respectively  with  k  =  8.  Figure  11(a)  plots 
two  curves  for  TCP-Perfect:  the  expected  improvement 
Imp(pc,  pw,  1.0, 1.0)basecl  on  Equation  (  4)  and  the  mea¬ 
sured  improvement  obtained  through  simulations.  In  or¬ 
der  to  express  Imp(pc,pw,  1.0, 1.0),  a  small  difficulty  arose: 
when  pw  increases,  the  congestion  packet  loss  rate  pc  de¬ 
creases:  a  TCP  sender  backs  off  more  often  due  to  wire¬ 
less  losses  and  provokes  less  congestion  losses,  leading  to 
a  smaller  pc.  To  solve  this  problem,  the  values  of  pc  ob¬ 
tained  through  simulations  were  measured  for  each  value  of 
pw .  Then  the  measured  values  of  pc  were  approximated  as  a 


function  of  pw  withpc(p,„)  =  0.0008e_o  l,°s^p”-*.  The  mea¬ 
sured  improvement  for  TCP-Perfect  matches  quite  well 
Imp(pc,pw,  1.0, 1.0)  for  0.0001  <  pw  <  0.01.  When  pw  > 
0.01,  there  is  a  high  discrepancy  between  Imp(pc,pw,  1.0, 1.0) 
and  the  measured  improvement.  The  discrepancy  is  due  to 
the  fact  that  the  expression  Imp(pc,pw,  1.0, 1.0)  assumes 
that  pc  remains  the  same  for  TCP-Newreno  and  TCP- 
Perfect.  When  pw  >  0.01,  the  throughput  is  mainly  driven 
by  wireless  losses:  TCP-Newreno  backs  off  for  all  of  them 
(Aw  =  0)  leading  to  very  few  congestion  losses.  The  for¬ 
mula  Imp(pc,pw,  1.0, 1.0)  assumes  that  pc  remains  the  same: 
TCP-Perfect  can  theoretically  keep  increasing  its  window 
size  without  getting  congestion  losses,  leading  to  a  very 
high  throughput.  This  assumption  is  wrong. 

Figure  11(b)  plots  two  curves  for  TCP-Casablanca:  im¬ 
provement  Imp(pc, pw,  0.99, 0.83)  based  on  Equation  (4) 
and  the  measured  improvement  obtained  through  simula¬ 
tions.  For  these  experiments  pc  is  approximated  as  pc(pw)  = 
0.0005e-0’485Zo9(p“).  The  measured  improvement  for  TCP- 
Casablanca  matches  quite  well  Imp(pCl  pWl  0.99,  0.83). 

7.3  Throughput  Improvement  versus  rtt 

Figures  12(a)  plots  two  curves:  improvement  Imp(rtt)  ver¬ 
sus  the  round  trip  time  for  TCP-Perfect  measured  using 
simulations  and  the  expected  improvement  Imp (pc,pw,Ac,Aw). 
The  discriminator  is  perfect,  so  Ac  =  1  and  Aw  =  1.  The 
measurements  presented  are  for  pw  =  0.01.  The  conges- 


{pw  =  0.01,  6=  2,  0.005  <  pc  <  0.01) 
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(a)  Perfect  Discriminator  (b)  TCP-Casablanca 

(Ac  =  0.95,  Aw  =  0.85) 

Figure  12:  Improvement  Imp  versus  the  Round  Trip  Time 

tion  packet  loss  rate  pc  decreases  as  the  round  trip  time 
increases.  Based  on  the  measurements  of  pc,  pc  is  approx¬ 
imated  as  pc  =  0.0007  +  0.020  *  e~ 5127 ■ rtt2 .  The  horizontal 
axis  represents  the  round  trip  time  in  seconds  (s)  from  0.012 
s  to  0.380  s.  The  vertical  axis  represents  the  percentage  of 
improvement  Imp.  Observe  that  the  derived  expression 
for  the  improvement  Imp(pc,pw,  Ac,  Aw)  is  quite  close  to 
the  simulation  measurements.  The  improvement  increases 
with  rtt  because  it  is  well  known  that  the  recovery  time  for 
TCP  from  losses  increases  as  the  round  trip  time  increases. 
The  impact  of  a  perfect  discriminator  is  marginal  for  small 
round  trip  times.  As  the  round  trip  time  increases,  a  nor¬ 
mal  TCP  is  more  penalized  with  halving  its  congestion 
window  size  in  response  to  wireless  losses.  For  high  round 
trip  time,  the  improvement  seems  to  flatten  around  220% 
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for  TCP-Perfect  and  105%  for  TCP  Casablanca.  The  rea¬ 
son  of  the  flattening  can  be  justified  by  the  closed  form 
expression  for  the  improvement: 


lim  Imp  =  100. 

RTT^oo 


Pc  +  Pw _ 

Ac.pc  +  (1  A  w)-Pw 


provement  when  there  is  no  cross  traffic.  TCP- Westwood 
outperforms  TCP-Casablancaand  TCP-Newreno(+.EC'./V). 
Figures  13(b)  plots  the  throughput  improvement  when  the 
random  cross  traffic  represents  50%  of  the  bottleneck  link. 
TCP-Casablanca  is  not  sensitive  to  cross-traffic.  It  outper¬ 
forms  TCP- Westwood  and  TCP-Newreno(+FT7fV). 


7.4  TCP-Casablanca,  TCP-Westwood,  and 
TCP-NewReno  ( +ECN ) 


TCP-Casablanca  Friendliness 


TCP-Casablanca  requires  changes  at  the  endpoints  and  the 
intermediary  nodes.  Two  TCP  variants  that  do  not  re¬ 
quire  such  changes  are  considered:  TCP-Westwood  and 
TCP-Newreno  with  ECN.  TCP  Westwood  [18]  is  an  end- 


(Bw  =6Mbps,  Ni  =  4,  N2  =  4,  RTT  =  100ms) 


Wireless  Packet  Loss  Rate  pw 


Wireless  Packet  Loss  Rate  pw 


(a)  No  UDP  Cross  Traffic  (b)  50%  UDP  Cross  Traffic 

Figure  13:  Comparison  TCP-Casablanca,  TCP-Westwood, 
and  TCP-Newreno+ECN 


to-end  TCP  variant  that  attempts  to  evaluate  the  avail¬ 
able  bandwidth  and  accordingly  adjust  the  congestion  win¬ 
dow  size,  ns-2  (version  2.1b9a)  was  extended  by  the  au¬ 
thors  with  TCP-WestwoodNR  (TCP-Westwood  based  on 
TCP-Newreno  to  handle  multiple  losses  within  the  same 
window).  TCP-WestwoodNR  code  and  related  resources 
were  downloaded  from  the  official  site  of  TCP  Westwood 
at  UCLA.  In  the  following,  TCP-WestwoodNR  is  called 
TCP-Westwood.  Under  ideal  conditions  (i.e. ,  no  random 
cross-traffic  and  high  round  trip  time),  TCP-Westwood 
is  efficient  and  yields  in  our  simulations  up  to  300%  im¬ 
provement.  TCP-Westwood  performance  is  impressive  as 
round  trip  time  increases.  However,  TCP-Westwood  per¬ 
forms  well  only  when  TCP-Westwood  shares  the  bottleneck 
link  with  TCP-like  traffic.  As  random  cross-traffic  on  the 
forward  path  increases,  TCP-Westwood  performance  de¬ 
creases.  If  the  random  cross-traffic  is  on  the  reverse  path, 
TCP-Westwood  does  not  perform  as  well  as  when  random 
cross-traffic  on  the  forward  path.  Cross  traffic  on  the  re¬ 
verse  path  defeats  in  general  TCP-Westwood. 

The  performance  of  TCP-Newreno  is  measured  with  us¬ 
ing  RED  routers  tuned  to  get  the  best  throughput  improve¬ 
ment.  TCP-Newreno  (+ ECN)  performs  quite  well  when 
there  is  no  random  cross  traffic.  Degradation  in  perfor¬ 
mance  is  observed  as  the  cross  traffic  increases.  When  there 
is  no  congestion,  ECN  is  of  no  help  to  TCP-Newreno  for 
reacting  appropriately  to  wireless  losses. 

Figures  13(a)  and  13(b)  plot  the  improvement  achieved 
when  using  TCP-Casablanca,  TCP-Westwood,  or  TCP- 
Newreno(+EC'fV).  Figures  13(a)  plots  the  throughput  im- 


This  section  considers  the  coexistence  of  TCP-Casablanca 
flows  with  TCP-Newreno  flows  where  TCP-Newreno  senders 
do  not  mark  out  any  packet.  It  is  then  expected  that  when 
congestion  occurs  at  the  bottleneck,  the  router  will  first 
drop  packets  marked  out  before  starting  to  drop  packets 
from  TCP-Newreno  flows.  TCP-Casablanca  performance 
is  measured  in  presence  of  TCP-Newreno  flows.  Experi¬ 
ments  were  run  with  N\  TCP-Newreno  TCP  connections 
sharing  the  same  bottleneck  link  with  N\  TCP-Casablanca 
TCP  connections.  All  TCP  connections  share  a  last  hop 
wireless  link  with  error  loss  rate  pw.  Extensive  simulations 
were  conducted  under  different  round  trip  times,  bottle¬ 
neck  bandwidth,  cross-traffic  intensity,  and  different  values 
for  Ni.  Figure  14(a)  presents  the  ratio  ^hgtiNewr^  of 

(RTT  =  0.100s,  Bw  =  45  Mbps,  25%  UDP  cross  traffic) 


(a)  (b)  TCP-Casablanca 

Figure  14:  Casablanca  and  Newreno  Interaction 

TCP-Casablanca  throughput  over  TCP-Newreno  through¬ 
put  versus  the  wireless  error  rate  pw.  First,  observe  that 
this  ratio  is  sensitive  to  the  number  of  connections  N±. 
As  N\  increases,  contention  over  the  bottleneck  increases 
leading  to  more  congestion  losses.  As  congestion  increases, 

the  ratio  Jt  - A  decreases.  Ihis  is  expected  be- 

cause  the  biased  queue  management  drops  more  packets  for 
TCP-Casablanca  flows  than  for  TCP-Newreno  flows.  How¬ 
ever,  TCP-Casablanca  advantage  increases  as  the  wireless 
loss  rate  pw  increases.  When  congestion  is  light  (Ni  =  1 
or  N±  =  2),  TCP-Casablanca  achieves  better  throughput 
than  TCP-Newreno  with  any  wireless  error  rate  pw.  But, 
when  congestion  is  high  (e.g.,  N\  =  16),  TCP-Newreno 
achieves  better  throughput  than  TCP-Casablanca  when 
wireless  loss  rate  pw  is  less  than  1%  (0.01). 

Figure  14(b)  plots  the  improvement  that  TCP-Casablanca 
achieves.  The  improvement  follows  the  same  trends  as  the 
ratio:  TCP-Casablanca  does  not  perform  well  in  presence 
of  TCP-Newreno  flows  when  congestion  is  high  and  wire¬ 
less  error  rate  is  low. 
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8  TCP-Ifrane:  a  Sender-based  TCP- 
Casablanca 

TCP-Casablanca  requires  changes  at  the  sender,  the  re¬ 
ceiver,  and  intermediate  network  elements.  The  receiver 
is  the  best  place  to  detect,  analyze,  and  diagnose  losses 
while  the  sender  is  the  place  where  the  appropriate  action 
must  be  taken.  This  section  proposes  a  lighter  version  of 
TCP-Casablanca  that  requires  changes  only  at  the  sender: 
TCP-Ifrane.  TCP-Ifrane  does  not  require  any  change  at 
the  receiver  and  is  implemented  at  the  sender  as  follows: 
whenever  the  sender  gets  a  clupack  for  some  packet  P,  it 
detects  the  occurrence  of  a  loss.  TCP-Ifrane  classifies  this 
as  follows:  if  the  packet  P  was  marked  out  (when  sent), 
then  the  sender  classifies  it  as  a  congestion  loss,  otherwise 
(if  the  packet  P  was  sent  marked  in)  the  sender  classifies 
it  as  a  wireless  loss.  Note  that  when  multiple  losses  oc¬ 
cur  in  the  same  window  of  packets  in  flight,  the  sender 
has  perfect  knowledge  only  for  the  loss  with  the  small¬ 
est  sequence  number.  Subsequent  lost  packets  cannot  be 


(. RTT  =  0.1s, Pic  =  6Mbps,  25%  UDP  cross  traffic) 


Wireless  Packet  Loss  Rate  pw  Wireless  Packet  Loss  Rate  pw 

(  \  Ac  (I frane)  n  \  AW(I  frane) 

\  '  Ac  (Casablanca)  '  '  Aw  (Casablanca) 

Figure  15:  Ac  and  Aw  Accuracies  for  TCP-Ifrane 

identified  with  certainty  by  the  sender.  Such  a  simple  dis¬ 
criminator  provides  a  kind  of  lower  bound  on  the  accuracy 
that  could  be  achieved.  Extensive  simulations  of  TCP- 
Ifrane  were  performed:  the  results  are  quite  encouraging. 
Figure  15  presents  how  TCP-Ifrane  performs  in  compari¬ 
son  to  TCP-Casablanca.  The  vertical  axis  represents  the 
ratio  of  the  accuracy  of  congestion  losses  AC(I frane)  of 
TCP-Ifrane  over  the  accuracy  Ac(Casablanca)  of  TCP- 
Casablanca.  Figure  15(a)  presents  the  ratio  ^alabZnla) 
for  congestion  losses  while  Figure  15(b)  presents  the  ratio 
A  A{Casabianca)  f°r  wireless  losses  accuracy.  The  horizon¬ 
tal  axis  shows  the  wireless  error  rate  pw  on  a  logarithmic 
scale.  Figure  15(a)  shows  that  for  any  value  of  k  (4,  8,  or 
16),  the  ratio  is  lower  than  1:  the  accuracy 

Ac  for  TCP-Ifrane  is  lower  than  Ac  for  TCP-Casablanca. 
However,  for  (k  =  4)  and  (k  =  8),  the  ratio  A^fJZanca) 
remains  higher  than  0.93.  For  k  =  16,  the  ratio  is  about 
0.75  to  0.85.  Note  that  the  accuracy  Ac(Casablanca)  is 
quite  high  for  k  =  4  and  k  =  8,  while  it  is  pretty  low 
for  k  =  16.  On  the  contrary,  Figure  15(b)  shows  that  the 
ratio  A  A(Casabianca)  a^ways  higher  than  1:  the  wireless 
accuracy  of  TCP-Ifrane  is  always  better.  The  throughput 
improvement  with  TCP-Ifrane  is  marginally  higher  than 


TCP-Casablanca  for  two  reasons:  (1)  TCP-Ifrane  accu¬ 
racy  Ac  is  slightly  lower  than  Ac  for  TCP-Casablanca,  (2) 
TCP-Ifrane  accuracy  Aw  is  slightly  higher  than  Aw  TCP- 
Casablanca.  Due  to  reasons  (1)  and  (2),  TCP-Ifrane  backs 
off  less  often  than  TCP-Casablanca. 

Other  optimizations  are  possible  for  TCP-Ifrane.  With 
TCP-Newreno,  the  sender  can  reconstruct  the  real  pattern 
of  losses  through  the  partial  acks.  The  diagnosis  can  be 
refined  as  subsequent  losses  within  the  same  window  are 
recovered.  Based  on  a  refined  decision,  TCP-Ifrane  could 
accordingly  readjust  the  congestion  window  size. 


9  Implementation 

This  section  discusses  the  issues  related  to  the  implemen¬ 
tation  of  the  biased  queue  management  scheme  and  TCP- 
Casablanca.  There  are  three  components  that  must  be 
addressed:  (1)  packet  marking  in  or  out,  (2)  the  biased 
queue  management,  and  (3)  the  endowment  of  TCP  with 
Casablanca  discriminator. 

Packet  Marking:  The  idea  of  marking  packets  is  not  new. 
Bala  et.  al  [1]  used  tagging  (green  and  red  packets)  to  im¬ 
plement  a  preventive  congestion  control  mechanism.  Frame 
relay  and  ATM  have  mechanisms  to  specify  loss  preference. 
A  mechanism  must  be  offered  to  TCP  to  request  from  the 
network  layer  (IP)  different  dropping  priorities  for  the  same 
connection.  There  are  many  mechanisms  to  mark  packets 
in  order  to  request  different  dropping  priorities  from  the 
network  layer.  Recently,  RFC  2475  defined  an  architecture 
to  offer  differentiated  services  (Diffserv).  The  DS  code¬ 
point,  as  defined  in  RFC  2474,  could  be  exploited.  The  DS 
codepoint,  set  on  a  packet,  is  a  byte  composed  as  follows: 
the  6  leftmost  bits  specify  the  service  expected  from  the 
core  routers.  A  codepoint  number  could  be  assigned  for 
the  biased  queue  management.  The  two  remaining  right¬ 
most  bits  are  unused:  they  can  be  used  to  mark  the  packet 
in  or  out. 

However,  packet  marking  may  well  be  specified  without 
any  reference  to  existing  standards  such  as  Diffserv.  Every 
packet  P  could  bear  an  N-bit  vector  V  -  the  vector  can  be 
included  in  an  option  field  in  the  header.  The  N-bit  vec¬ 
tor  V  would  describe  the  marking  pattern  of  the  N  most 
recent  packets  sent  before  P.  For  example,  if  k  is  chosen 
to  be  8  (one  packet  is  marked  out  every  8  packets),  a  byte 
will  suffice  for  vector  V  with  N  =  8. 

Biased  Queue  Management:  The  biased  queue  man¬ 
agement  can  be  defined  within  the  Diffserv  architecture  [7] 
as  a  per  hop  behavior  (PHB)  associated  with  a  specific  DS 
codepoint.  This  biased  queue  management  PHB  can  be 
defined  as  follows:  when  there  is  no  congestion,  all  packets 
are  processed  exactly  the  same,  i.e.,  packets  marked  out 
are  treated  exactly  the  same  as  packets  marked  in.  But, 
when  congestion  occurs,  the  switch  (router)  must  select  a 
packet  marked  out  to  drop  as  long  as  there  are  still  packets 
marked  out  in  the  queue. 

A  key  issue  is  fairness  between  flows  that  do  not  mark  out 
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the  performance  of  TCP  in  presence  of  random  lossses. 

The  biased  queue  management  raises  the  issue  of  fairness 
between  flows  that  mark  some  of  their  packets  out  and  the 
flows  that  do  not.  If  some  flows  do  not  mark  out  any  of 
their  packet,  then  packets  will  be  dropped  only  from  flows 
that  mark  packets  out.  Only  flows  that  mark  packets  out 
would  be  responsive  to  light  congestion.  Flows  that  do 
not  mark  packets  out  may  monopolize  the  available  link 
capacity. 

The  authors  are  working  on  an  extension  of  this  work  to 
generalize  the  biased  queue  management  to  multiple  drop¬ 
ping  priorities  (instead  of  just  in  and  out).  Multiple  drop¬ 
ping  priorities,  used  with  a  biased  queue  management,  may 
well  yield  a  higher  wireless  accuracy  Aw  and  open  the  door 
to  sound  congestion  control  mechanisms. 
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any  packet  and  those  who  mark  out  some  of  their  packets. 
It  was  shown  in  Section  7.5  that  when  there  are  no  wire¬ 
less  losses  and  congestion  is  heavy,  TCP-Casablanca  does 
not  perform  well:  its  packets  marked  out  are  dropped  first 
before  packets  from  a  TCP-Newreno  flow  are.  The  authors 
are  investigating  how  the  biased  queue  management  could 
be  coupled  with  an  active  queue  management  scheme  such 
as  CHOKe  [21]  to  enforce  fairness. 

Short-lived  TCP  NewReno:  For  short  lived  TCP  con¬ 
nections,  the  problem  is  that  congestion  window  may  re¬ 
main  so  small  that  outstanding  packets  marked  out  are 
rare.  If  congestion  windows  of  TCP  senders  remain  small 
(less  than  k  outstanding  packets)  then  some  senders  may 
not  have  packets  marked  out  in  flight.  Since  TCP  does  not 
always  start  with  sequence  number  04.  There  are  multiple 
trivial  mechanisms  to  insure  that  most  short-lived  TCP 
connections  with  small  congestion  window  sizes  have  an 
outstanding  packet  marked  out. 

10  Conclusion  and  Future  Work 

The  problem  of  distinguishing  congestion  losses  from  ran¬ 
dom  wireless  losses  can  be  solved  by  “de-randomizing” 
congestion  losses  using  a  biased  queue  management.  The 
“de-randomization”  enables  the  design  of  an  eficient  dis¬ 
criminator:  Casablanca  achieves  high  accuracies  diagnosing 
congestion  losses  ( Ac  >  0.95)  and  random  wireless  losses 
(Aw  >  0.75). 

The  expression  of  the  expected  improvement  is  estab¬ 
lished  for  TCP  when  using  a  discriminator  with  accuracies 
Ac  and  Aw.  The  established  expression  captures  the  bell 
shape  of  the  improvement  versus  the  wireless  packet  loss 
rate  pw.  Previous  expressions  based  on  the  simplistic  ex¬ 
pression  of  TCP  improvement  derived  in  [19]  do  not  ex¬ 
hibit  the  bell  shape  of  the  improvement  versus  pw.  The 
conditions  under  which  it  is  worth  distinguishing  conges¬ 
tion  losses  from  random  wireless  losses  are  identified.  The 
improvement  in  throughput  is  shown  to  depend  more  on 
the  accuracy  Aw  than  Ac.  However,  for  the  sake  of  the 
network,  this  work  favors  a  very  high  accuracy  Ac  with  a 
reasonable  accuracy  Aw.  It  is  shown  that  a  high  percentage 
of  improvement  can  be  achieved  under  specific  conditions 
related  to  the  congestion  packet  loss  rate  pc,  the  wireless 
loss  rate  pw,  and  the  round  trip  time. 

The  value  of  k  can  be  chosen  dynamically  for  long-lived 
TCP  connections:  at  the  beginning  of  a  connection,  the  k 
value  could  be  set  to  a  small  value  such  that  Ac  is  close 
to  1  and  Aw  close  to  1  —  -jk  A  small  value  of  k  guarantees 
that  the  scheme  works  for  high  congestion  packet  loss  rates. 
Under  these  conditions,  a  good  estimate  of  pc  can  be  made, 
leading  to  the  choice  of  a  more  appropriate  value  for  k  with 
k  <  —. 

—  Pc 

For  future  work,  the  function  F(x,  r,  k)  can  be  improved 
to  yield  a  better  accuracy  Aw,  a  key  factor  in  improving 

4  The  first  sequence  number  depends  on  the  system  initial  sequence 
number:  a  variable  increased  at  each  tick. 
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